Architecture follow-up: CLJS lip-sync timing debug and Vocal activation data

This PR is a CLJS speech-timing hardening step. It does not replace every legacy TypeScript lip-sync surface yet, but it adds the debug contract we need to prove that provider visemes are being normalized and played through the CLJS Vocal timeline path correctly.

What is written in CLJS here

• src-cljs/latticework/lipsync.cljs

  • Keeps Azure provider viseme normalization in CLJS data.
  • Carries provider metadata through the mapped timeline:
    • Azure provider id.
    • provider timestamp / audio offset.
    • visual offset after visual lead.
    • base canonical viseme id.
    • refined canonical viseme id.
    • associated word timing, when available.
    • segment kind, including diphthong primary/secondary segments.
  • Emits debugTimeline on AZURE_SCHEDULED events so the host can inspect provider-to-canonical mapping without reverse engineering snippet curves.

• src-cljs/latticework/vocal.cljs

  • Preserves optional debug metadata on VocalVisemeEvent inputs.
  • Adds visemeDebug to built Vocal snippets.
  • Samples the final articulated curves after coarticulation, lip activation limiting, and jaw curve generation.
  • Exposes per-viseme debug fields such as:
    • morphTargetKey
    • jawValue
    • totalLipActivation
    • activeMorphValue

• types/cljs.d.ts

  • Adds VocalVisemeDebug and wires it into vocal/lipsync event and snippet types.

Why this matters architecturally

The target architecture is that visible speech animation should route through the CLJS Vocal sentence timeline, while provider-specific lip-sync mapping remains a pure data planner step. This PR gives us the observability needed to tell whether a bad mouth shape is caused by provider timing, canonical mapping, coarticulation, jaw contribution, or host playback anchoring.

This is especially important for Azure and LiveKit speech paths, because audio transport and viseme timing arrive differently, but both should normalize into the same CLJS VocalTimeline shape.

What this does not solve yet

This PR does not remove the old TypeScript lip-sync service or make the package default entry CLJS-backed. It also does not create the final Most/Effect stream runtime. The debug data is currently emitted through CLJS output maps and host callbacks. The next architecture layer should expose those same outputs as durable runtime streams.

Validation added

• CLJS smoke asserts Vocal snippets include activation debug data.
• CLJS smoke asserts direct LipSync Azure scheduling emits debugTimeline.
• CLJS smoke asserts TTS Azure planning carries refined TH debug metadata.
• Azure parity smoke still compares TypeScript and CLJS provider timelines for the phrase corpus.
• Azure parity smoke now also verifies provider debug metadata exists for each corpus item.
• Full validation at merge: npm run test:cljs, npm run typecheck, npm test, npm run build.